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SPECIFICATION 

Fail-over Support for 
Legacy Voice Mail Systems 
in New World IP PBXs 



BACKGROUND 

Field of the Disclosure 

The disclosure relates generally to data communications, and in particular, to 
providing support for legacy systems for New World IP PBXs. 

The Prior Art 

Background 

Many enterprises are increasingly depending on branch-offices to extend their 
reach to customers and offer a more personalized level of service. One solution is to 
adopt many of the modern "New World" IP PBXs which incorporate voice, data, 
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and fax using Internet Protocol (IP) technologies. However, with current legacy PBX 
equipment and separate voice and data networks, enterprises face fundamental 
application and communication integration challenges in deployment, operations, 
support, and maintenance of these branch-office systems. Older, or legacy systems, 
5 such as the traditional telephone system, typically are not compatible with the 
newer IP-based technologies. Thus, many of these branch-offices may appear as 
"islands" of information and employees, with reduced communications access to 
other employees and resources within the remote main enterprise office. 

Thus, to integrate traditional voice mail systems into newer IP-based PBXs 
10 provide connectivity to traditional phone systems, serial lines (RS232) are typically 
used for signaling between the Call Processing component of the IP PBX and the 
voice mail system. 

However, since serial line interfaces require peer-to-peer connectivity, a 
failure in any one component requires physical intervention to return the system to 
15 service, such as moving a cable to another backup or secondary system. For High 
Availability and mission-critical systems such as IP PBXs, this requirement is not 
acceptable. 

The prior art has proposed workarounds which are typically expensive, non- 
scalable, or awkward to implement. 
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Hence, there is a need for a unified solution which provides support for both 
newer IP-based technologies and legacy systems, and provides fail-over support. 



SUMMARY 

5 An Integrated Communication System (ICS) with fail-over serial data 

connectivity is disclosed. In one aspect, an ICS may comprise a chassis including a 
System Switch Processor (SSP) for providing connectivity to a plurality of slots. A 
Serial Alarm Processor (SAP) may be operatively coupled to the ICS through one of 
the slots, and include at least one serial port for providing serial data connectivity. 
10 A Primary Single Board Computer (SBC) and at least one secondary SBC may be 
disposed in the slots. The ICS may be configured to pass control of serial data 
connectivity from the Primary SBC to a secondary SBC in the event of the failure of 
the Primary SBC. Various methods for fail-over serial data connectivity are also 
disclosed. 
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BRIEF DESCRIPTION OF THE DRAWING FIGURES 

Figure 1 is schematic diagram of a communication system configured in 
accordance with the teachings of this disclosure. 

Figure 2 is a block diagram of an ICS configured in accordance with this 
5 disclosure. 

Figure 3 is a schematic diagram of one aspect of a SAP configured in 
accordance with this disclosure. 

Figure 4 is a schematic diagram of a fail-over system configured in accordance 
with this disclosure. 

10 Figure 5 is a flowchart of a power-up process performed by a SAP configured 

in accordance with this disclosure. 

Figure 6 is a flowchart of a further aspect of fail-over redundancy in 
accordance with the teachings of this disclosure. 

Figure 7 is a flowchart of yet a further aspect of fail-over redundancy in 
1 5 accordance with the teachings of this disclosure. 
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DETAILED DESCRIPTION 

Persons of ordinary skill in the art will realize that the following description 
is illustrative only and not in any way limiting. Other modifications and 
improvements will readily suggest themselves to such skilled persons having the 
5 benefit of this disclosure. In the following description, like reference numerals refer 
to like elements throughout. 

This disclosure may relate to data communications. Various disclosed aspects 
may be embodied in various computer and machine readable data structures. 
Furthermore, it is contemplated that data structures embodying the teachings of the 
10 disclosure may be transmitted across computer and machine readable media, and 
through communications systems by use of standard protocols such as those used to 
enable the Internet and other computer networking standards. 

The disclosure may relate to machine readable media on which are stored 
various aspects of the disclosure. It is contemplated that any media suitable for 
15 retrieving instructions is within the scope of the present disclosure. By way of 
example, such media may take the form of magnetic, optical, or semiconductor 
media. 

Various aspects of the disclosure may be described through the use of 
flowcharts. Often, a single instance of an aspect of the present disclosure may be 
20 shown. As is appreciated by those of ordinary skill in the art, however, the 
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protocols, processes, and procedures described herein may be repeated continuously 
or as often as necessary to satisfy the needs described herein. Accordingly, the 
representation of various aspects of the present disclosure through the use of 
flowcharts should not be used to limit the scope of the present disclosure. 

5 System overview 

Figure 1 is schematic diagram of a communication system 100 configured in 
accordance with the teachings of this disclosure. The system 100 includes an 
Integrated Communication System (ICS) 200 for integrating all aspects of the system 
100 as will be described in more detail below. 

10 The ICS 200 may be operatively coupled to one or more branches for 

providing IP connectivity, such as branches 102 and 103. Examples of equipment 
which may be coupled to branches 102 and 103 include a personal computer 104 and 
an IP telephone 106. A facsimile machine 108 may also be operatively coupled to the 
ICS 200. 

15 Typically, branches 102 and 103, and facsimile 108 will be located at the same 

location as the ICS 200. To provide connectivity to the outside world, the ICS 200 
may also be operatively coupled to the Internet, thereby providing connectivity to 
Extranet partners and Application Service Providers ("ASP")- The ICS 200 may also 
be operatively coupled to a WAN for providing connectivity to enterprise-wide 
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Intranet sites. It is contemplated that the ICS 200 may also be operatively coupled to 
other packet-based networks as are known in the art. 

Of particular relevance to the present disclosure is the desire to provide 
reliable connectivity between the IP-based New World business solutions and legacy 
5 business applications, such as voice mail (VM). 

To provide connectivity to legacy applications, the ICS 200 may also be 
operatively coupled to a legacy PBX through a Tl line, or through the Public 
Switched Telephone Network (PSTN). Through such interfaces, connectivity may 
|| be provided to one or more POTS (Plain Old Telephones) 112. Additionally, the ICS 
jJlO may attach to POTS through its own connectivity solutions, and thus other 
» intermediaries may not necessary. 

Voice Mail is an important legacy application among others which must be 
y supported as an enterprise migrates towards IP-based New World applications. 
* Often, Voice Mail is provided by a Voice Mail server, such as VM server 110, 
15 typically a personal computer hosting a VM server application. VM server 110 is 
typically operatively coupled to the PBX through a serial interface 111 providing 
connectivity through a serial protocol such as RS232. 

To provide Voice Mail connectivity to the IP-based areas of the system 100, 
the ICS 200 may be operatively coupled to the VM server 110 through a Simplified 
20 Message Desk Interface ("SMDI") link 113. 



ET010922375US 

Cisco- 1924 

ICS overview 

Figure 2 is a block diagram of an ICS 200 configured in accordance with this 
disclosure. FIG. 2 shows one aspect of an ICS 200 which includes a chassis 202 for 
housing cards as described below. The chassis 202 may include hardware standard in 
5 the art such as power supplies and fans (not shown) for providing power and 
temperature control. 

FIG. 2 shows a representation of an one aspect of ICS chassis 200 having eight 
card slots numbered 1-8 for accepting blade-style cards. In one aspect, the cards 
comprise Compact-PCI - compliant cards. Other configurations are possible with 
10 differing numbers and types of slots. 

The first six card slots numbered 1 through 6 may interchangeably house 
various cards selected by the user. In one embodiment, slots 1-6 preferably house 
one of two types of cards, including multiservice route processor cards ("MRP") and 
a system processing engine cards ("SPE"). Preferably, there may be at least one of 
15 each. 

A MRP is a voice and data capable router for carrying voice traffic over an IP 
network. MRP cards can thus link small to medium size remote Ethernet LANs to 
central offices over WAN links as depicted in FIG. 1. A MRP may have slots that 
support WAN interface cards ("WICs"), voice WAN interface cards ("VWICs"), and 
20 voice interface cards ("VICs"). 
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A MRP may also have user configurable modules including, but not limited 
to, packet voice data module ("PVDM") slots for adding digital signal processors 
("DSPs"); a dual inline memory module ("DIMM") slot for upgrading MRP 
memory; and a socket for a Virtual Private Network ("VPN") module. 

5 A SPE is a single board computer that runs system software applications such 

as Cisco Systems, Inc/s ICS 7700 System Manager and Cisco Systems, Inc. 
CallManager. Many types of SPEs may be manufactured by Cisco Systems, Inc., and 
other manufacturers which may be installed in slots 1 through 6. Typically, a SBC is 
configured to run an operating system such as Microsoft Windows®, and thus may 
10 include processor, a hard disk drive, memory, a keyboard port, universal serial bus 
("USB") ports, and a video port. 

As will be appreciated by those skilled in the art, the main difference between 
a MRP and an SPE is that the MRP is designed to provide primarily routing 
functions to the ICS, while the SPE brings the functionality of a personal computer 
15 to the ICS. Thus, the SPE is typically referred to as a Single Board Computer ("SBC"), 
and will be so referred to throughout the remainder of this disclosure. SBCs are 
also known as "PC blades". 

SBCs may also provide other application functionality, such as VM, unified 
messaging, and other core voice applications. Other equipment, such as UPS 
20 (uninterruptible power supplies) may have serial interfaces to the SBC. 
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In one aspect of a disclosed ICS, there will be at least one SBC card installed in 
one of the slots of the chassis 202. 

Slot 7 may be dedicated to a system switch processor ("SSP") for providing 
connectivity between the various slots of the chassis 202. In a preferred 
5 embodiment, the SSP comprises an Ethernet switch that passes data among all cards 
in the ICS chassis 202 and to any other Ethernet switches connected to the system by 
providing a 10/100BaseT autosensing data switch backplane. The SSP may also 
provide quality of service (QoS) functionality, and form a single switched 
communication network. 

10 Slot 8 may be dedicated to a system alarm processor card ("SAP") which 

monitors the status of the chassis, power supply modules, and fans, and feeds real- 
time data to the SPEs. The SAP may monitor the operational status of each 
component of the ICS 200, and may remotely alert system administrators of any 
environmental, functional, or operational problems detected within the ICS 200. 

15 SAP overview 

Figure 3 is a schematic diagram of one aspect of a SAP configured in 
accordance with this disclosure. The SAP may include a conventional 
microprocessor and associated memory, such as FLASH RAM and SRAM for the 
storage and retrieval of code and data. It is contemplated that any conventional 
20 microprocessor may be used in a SAP of the present disclosure. In a preferred 
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embodiment, an INTEL 80C186XL 16-bit processor is used, with the SRAM 
functioning as a scratch pad. The FLASH memory may be used for program 
execution with a write protect for the boot ROM area. 

The SAP may further include a programmable logic device (PLD) coupled to 
5 the microprocessor for the storage and retrieval of program instructions. The PLD 
may comprise a EEPROM programmable through register bits. 

The SAP may be configured to communicate with the other slots of the ICS 
through conventional parallel data transfer. The SAP may communicate with other 
slots using a serial RS-232 slot-to-SAP backplane interface. An additional RS-232 
10 external interface may be provided on the front panel (not shown) for console 
interface to all slots. 

As mentioned above, one of the benefits provided by an ICS of the present 
disclosure is the ability to communicate with legacy applications using serial 
protocols. To this end, at least one serial port may be provided on the SAP. In a 
1 5 preferred embodiment, two serial ports are provided and denoted as COM 1 and 
COM 2 in FIG. 3. The serial ports may comprise conventional hardware, such as 
DB9 connectors and associated hardware. 

The serial ports COM 1 and COM 2 may be interfaced through a switch to the 
buffers for transportation to the various slots. The switch may include a bus 
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controller for converting serial data to a parallel format for use by the 
microprocessor in the SAP. 

The SAP may also include sensor circuitry for the monitoring of system 
functions. The SAP may be configured to sense a variety of conditions, including 
5 ambient temperature, card or specific component temperature, fan speed, chassis 
intrusion, and various voltage levels. 

One important aspect of legacy application support is providing redundancy 
in the event of the failure of one of the SBCs present in the ICS. Since the SBCs are 
fully functional computers including hard drives, they are more prone to failure 
10 than other parts of the ICS. Additionally, as the SBCs host the system software, a 
failure may result in a crash of the ICS. To provide redundancy, many customers 
will choose to include at least two SBCs in an ICS. More SBCs may be provided as 
desired by the customer. 

If two or more SBCs are present in an ICS, there is an opportunity to provide 
15 a fail-over redundancy system for serial communications. Figure 4 is a schematic 
diagram of a fail-over system configured in accordance with this disclosure. FIG. 4 
shows a SAP as disclosed above, focusing on the serial data processing elements of 
FIG. 3. FIG. 4 further includes two SBCs operatively coupled to the SAP. 

In a preferred embodiment, each SBC will include a Serial Line Protocol 
20 Module ("SLPM") running on the SBCs operating system for implementing SLP. 

12 



ET010922375US 

Cisco- 1924 

The SLPM provides control of the serial ports COM 1 and COM 2, and is configured 
to provide the functionality of multiplexing multiple sessions between multiple 
SBCs and the SAP. The SLPM may comprise a Win32 DLL running under 
Windows 2000 on a SBC. A set of APIs may be provided to facilitate fault 
5 management utilizing the sensors described above. The commands sent by the 
SLPM will be referred to herein as SLP commands. 

As is known by those skilled in the art, SLP may be implemented on any 
platform, such as Linux, Unix, Vxworks etc., which provides access to COM ports. 

Thus, in a ICS of the present disclosure, the physical serial ports reside on the 
10 SAP, while their control is provided by the SBCs. This provides for additional 
reliability, because if the physical ports reside on a SBC and that SBC failed, serial 
data connectivity would be lost. In an ICS of the present disclosure, if a SBC fails 
which is controlling serial data connectivity, the serial data control may be passed to 
a secondary SBC without the need for physical intervention. 

1 5 Referring still to FIG. 4, when there is more than one SBC present, the SAP 

will assign one SBC as the primary SBC. The primary SBC will then assume control 
of serial data connectivity in the ICS. In the event of the failure of the primary SBC, 
control will be passed by the SAP from the primary SBC to a secondary SBC. Since 
the physical connectivity for the serial data is provided by the SAP, control of the 

20 serial data may be passed seamlessly between redundant SBCs present in the system. 
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Methods for passing control of serial data connectivity will now be disclosed 
in more detail. 

Operation overview 

Power-Up process 

5 Figure 5 is a flowchart of a power-up process performed by a SAP configured 

in accordance with this disclosure. 

At power-up, the SAP will perform elementary start-up functions. In one 
embodiment, the microprocessor may access the FLASH memory and begin 
executing code. After executing the power-up process, the SAP may enter an idle 
10 state and wait for a Primary SBC declaration command from a SBC, as indicated by 
query 500. 

If at least two SBCs are present in an ICS at power-up, the SBCs will establish 
amongst themselves which SBC will function as the Primary SBC. In a preferred 
embodiment, this process takes place through an arbitration process in which the 
15 last SBC to send a Master declaration message wins control of the ICS. The Master 
declaration message is a message in which a SBC declares "I am the Primary SBC". 
The last Master declaration received by the SAP will be from the Primary SBC which 
will control the ICS system. Such an arbitration protocol allows a second SBC to 
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control if an initial Primary SBC hangs during the final power-up stages. The user 
may also determine which SBC should be the primary or system SBC. 

In a preferred embodiment, the Primary declaration will originate from a 
"newly" assumed Primary Controller. The Primary & secondary SBCs may poll 
among themselves to elect who the Primary should be and later signal the SAP. 

Once the SAP receives a Master declaration from a Primary SBC in query 500, 
the SAP will now know the identity of the Primary SBC, and the SAP will connect 
the serial ports to the Primary SBC in act 502. 

Once the serial ports are connected to the Primary SBC, serial data 
connectivity may be accomplished between serial legacy applications and IP-based 
New World applications through the ICS of the present disclosure. 

Figure 6 is a flowchart of a further aspect of fail-over redundancy in 
accordance with the teachings of this disclosure. In the event of a failure of the 
Primary SBC, serial data control must be passed to an available SBC. In FIG. 6, the 
SAP will monitor the system for a SBC failure, as shown in query 600. In a preferred 
embodiment, when a Primary SBC fails, any secondary SBC may declare as a new 
Primary SBC. The SBCs may arbitrate as described above. 

If a new Primary SBC is declare, control of the serial data may be passed to the 
new Primary SBC in act 602. 
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Figure 7 is a flowchart of a further aspect of fail-over redundancy in 
accordance with the teachings of this disclosure. It is contemplated that the Primary 
SBC may determine that is no longer capable of performing as a Primary SBC. In 
such a case, the SLP of the Primary SBC may issue an escape sequence. If the SAP 
receives an escape sequence, the SAP may preemptively assign a new Primary SBC, 
and pass serial connectivity control to the new Primary SBC. 

In a preferred embodiment, a protocol is provided in which the header of a 
packet is marked with a escape sequence. Upon receipt of such as packet, the SAP 
may interpret the rest of the packet to decode the actual command. It is 
contemplated that through this mechanism, the SAP may be configured to set 
control of the COM ports to different entity than itself. For example, the SAP may be 
set to shift control of the COM ports to a remote 3rd party. 

While embodiments and applications of this disclosure have been shown and 
described, it would be apparent to those skilled in the art that many more 
modifications and improvements than mentioned above are possible without 
departing from the inventive concepts herein. The disclosure, therefore, is not to be 
restricted except in the spirit of the appended claims. 
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